Platform for optimizing goal progression

ABSTRACT

A system, method, server, and computer readable medium for tracking goal progression. Input establishing accounts for providers serving a client is received. The client is an individual receiving treatment or assistance. The accounts are stored in a server available through one or more networks. The client is assigned to one or more of the providers in response to selections from an administrator. Goals and a plan of action are established for the client in response to treatments and assistance required. Data associated with the client received from the providers is compiled. A determination is made whether thresholds associated with the goals are being met based on the compiled data.

RELATED APPLICATIONS

This application is a continuation-in-part of U.S. application Ser. No. 16/053,141 filed on Aug. 2, 2018 which claims the priority benefit of U.S. Application Ser. No. 61/791,218 filed Mar. 15, 2013 and U.S. application Ser. No. 14/212,429 issued as patent Ser. No. 10/061,812 and filed on Mar. 14, 2014.

BACKGROUND

The ability of organizations, hospitals, schools, businesses, individuals, and others to meet goals is, and always will be, a significant challenge. In particular, it is important to recognize and treat problems and issues that prevent goals and other objectives from being achieved. For example, organizations and institutions that help individuals with disabilities and significant emotional or behavioral challenges have improved their processes in recent years. In particular, more individuals with physical disabilities, autism, chemical imbalances, mental disorders, behavioral problems, drug addictions, and other conditions are being served each year. Improved assessment, medications, training, treatment processes, and education, have provided solutions for addressing the concerns of individuals with special needs.

However, electronic systems, equipment, software, and processes for tracking, treating, and recording results, such as for individuals with special needs, have not improved as significantly. For example, some organizations still use paper documents and charts to track individuals' information or a single computing system available from only one location to enter and review data. As a result, viewing, updating, managing, and sharing, relevant information may be more difficult than it should be.

SUMMARY

Illustrative embodiments provide a system, method, server, controller, and computer readable medium for tracking goal progression. Input establishing accounts for providers serving a client is received. The client is an individual receiving treatment or assistance. The accounts are stored in a server available through one or more networks. The client is assigned to one or more of the providers in response to selections from an administrator. Goals and a plan of action are established for the client in response to treatments and assistance required. Data associated with the client received from the providers is compiled. A determination is made whether thresholds associated with the goals are being met based on the compiled data.

Another illustrative embodiment provides a system, method, server, and computer readable medium for tracking goal progression. Input establishing accounts for providers serving clients is received. Each of the clients is assigned to one or more of the providers in response to selections from an administrator. Goals are established for each of the clients in response to treatments and assistance required. Data associated with each of the clients received from the providers is compiled. A determination is made whether the goals are being met in response to rules based on the compiled data. Alerts are automatically communicated in response to the compiled data varying from a threshold to become significant for one or more of the clients. The illustrative embodiments also provide a computer, server, or controller including a processor and memory for performing the processes herein described and a computer readable medium including a non-transitory memory for tracking outcome specific data. The illustrative embodiments also provide a computer or server including a processor and memory for performing the process herein described and a computer readable medium including a non-transitory memory for tracking outcome specific data.

Another illustrative embodiment provides a system, method, server, controller, and computer readable medium for tracking outcome specific data. Input establishing accounts for providers serving clients is received. The accounts are stored in a server. Each of the clients is assigned to one or more of the providers in response to selections from an administrator. Data associated with each of the clients received from the providers is compiled utilizing computing or communications devices in communication with the server. The compiled data is presented visually, in graph form, in response to a user request. The illustrative embodiments also provide a computer or server including a processor and memory for performing the process herein described and a computer readable medium including a non-transitory memory for tracking outcome specific data.

Another embodiment provides a system for tracking goal achievement of individuals. The system may include computing and communications devices in communication with a server through one or more networks. The server may be configured to receive input establishing accounts for a plurality of providers serving the individuals, assign each of the individuals to one or more of the providers in response to selections from an administrator, compile data associated with each of the individuals received from the providers utilizing the computing or communications devices in communication with the server, and present the compiled data visually in graph form in response to a user request. The system may also include a database in communication with the server configured to store the accounts, permissions, settings, and data.

In some embodiments, a method for tracking outcome specific data, the method comprises receiving input establishing accounts for providers serving clients, wherein the accounts are stored in a server; assigning each of the clients to one or more of the providers in response to selections from an administrator; compiling data associated with each of the clients received from the providers utilizing computing or communications devices in communication with the server; and presenting the compiled data visually in response to a user request.

In some embodiments, the server is accessed through a cloud network, and wherein an application executed by the computing or communications devices is utilized to receive user input from the providers.

In some embodiments, the method further comprises: establishing goals for the clients, wherein the data indicates a status of the goals.

In some embodiments, the method further comprises: data mining the data to determine best practices.

In some embodiments, the method further comprises: recommending the best practices to the providers in response to the best practices being associated with a client assigned to the providers.

In some embodiments, the data includes at least intervention plans, goals and objectives, recorded activities, and general notes.

In some embodiments, the method further comprises: communicating an alert in response to the data for each of the clients reaching a threshold associated with the alert.

In some embodiments, the method further comprises: receiving the data through a plurality of collection methods including task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, and a reinforcement recorder.

In some embodiments, the method further comprises: tracking a time and occurrence number of client actions in response to input from the providers; and indicating a status of goals for the clients in response to the data.

In some embodiments, the method further comprises: reporting outcomes in response to data compared against a minimum growth line.

In some embodiments, a system for tracking goal achievement of individuals, the system comprising: computing and communications devices in communication with a server through one or more networks, the server configured to receive input establishing accounts for a plurality of providers serving the individuals, assign each of the individuals to one or more of the providers in response to selections from an administrator, compile data associated with each of the individuals received from the providers utilizing the computing or communications devices in communication with the server, and present the compiled data visualizing in response to a user request, and a database in communication with the server, the database configured to store the accounts, permissions, settings, and data.

In some embodiments, the database is a relational database management system performing data mining to analyze the data from the providers to associate best practices with each of the individuals.

In some embodiments, the server is configured to recommend one or more best practices to the plurality of providers in response to the data of the individuals being associated with the best practices.

In some embodiments, the one or more networks are a cloud network.

In some embodiments, the computing and communications devices are utilized by users to receive the data through a plurality of collection methods including task analysis, intensive trial teaching, interval recording, duration recording, frequency, recording, and percentage recording.

In some embodiments, a controller comprises a processor for executing a set of instructions; and a memory for storing the set of instructions, wherein the set of instructions are executed by the processor to receive input establishing user accounts for providers serving clients; assign each of the clients to one or more of the providers in response to selections from an administrator; compile data associated with each of the clients received from the providers utilizing computing or communications devices in communication with the server; and present the compiled data visually in response to a user request.

In some embodiments, the data includes at least intervention plans, goals and objectives, recorded activities, and general notes.

In some embodiments, the set of instructions are further executed to recommend best practices to the providers in response to historic success with the clients.

In some embodiments, the set of instructions are further executed to receive the data through a plurality of collection methods includes task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, and a reinforcement recorder.

In some embodiments, the controller is accessible by a plurality of mobile devices, a plurality of computing devices, and a web interface.

BRIEF DESCRIPTION OF THE DRAWINGS

Illustrative embodiments of the present invention are described in detail below with reference to the attached drawing figures, which are incorporated by reference herein and wherein:

FIG. 1 is a pictorial representation of a health system in accordance with an illustrative embodiment;

FIG. 2 is a block diagram of a controller in accordance with an illustrative embodiment;

FIG. 3 is a block diagram of a recorded data module in accordance with an illustrative embodiment;

FIG. 4 provides a chart illustrating data collection in accordance with an illustrative embodiment;

FIG. 5 is a flowchart of a process for generating a goal in accordance with an illustrative embodiment;

FIG. 6 is a pictorial representation of a monitoring environment in accordance with an illustrative embodiment;

FIG. 7 is a flowchart of a process for utilizing data in accordance with an illustrative embodiment;

FIGS. 8 and 9 illustrate pictorial representations of outcome-based paths and scoring for depression in accordance with illustrative embodiments;

FIG. 10 is a pictorial representation of a user interface 1000 in accordance with an illustrative embodiment; and

FIGS. 11-15 are pictorial representations of user interfaces of a mobile application in accordance with an illustrative embodiment.

DETAILED DESCRIPTION OF THE DRAWINGS

The illustrative embodiments provide systems, methods, servers, techniques, platforms, instruction sequences, computer program products, and networks for optimizing, managing, and tracking data driven outcomes. In one embodiment, a multi-dimensional platform is provided to facilitate data-driven outcomes processes through assessment, goal development, data tracking, graphing, and re-evaluation. In the embodiments, best practices, successful actions, and plans are identified through automatic data-mining and analysis as well as user specified parameters, algorithms, and analytics.

The illustrative embodiments are applicable to more than just behavioral management. The illustrative embodiments may be adapted to any number of fields, systems, or environments for which an outcome process is identified. The recipient or focus of the outcome process is a subject, the subject may be a client, patient, student, service provider, program, product, service, device, organization, business, department, or so forth. The subject may also be referred to herein as a client.

The illustrative embodiments may be applied to distinct outcome processes and content that involve the same or similar steps as described herein, such as client behavior management, educational instruction, school improvement activities, program evaluation, organizational key performance indicators, financial management, weight management, tracking insurance claims, or so forth. As used herein the term “or” is not mutually exclusive.

The illustrative embodiments may include a health network and system utilized to record, manage, and track progress data. One or more system administrators may manage the system for multiple service providers. As referred to herein a provider is an organization, business, group, school, facility, user, or caregiver, working toward specific goals or objectives. The users may specify goals or objectives. In some instances, goals and objectives are referred to simply as goals. Individuals being cared for may be referred to as clients, patients, students, individuals, or recipients.

Illustrative embodiments allow for full customization of different variables, such as hierarchical structure, subject title, roles, goal content, assessment variables, strategies and interventions, and underlying rules governing data analysis as needed by the user. In another embodiment of the system, the different users may be program administrators, providers, caregivers, IT support, and so forth. The labels specified for different variables and users may be assigned based on roles, levels of function, permissions within the system, and so forth. The illustrative embodiments may be customized to a desired level of functionality and for specific hierarchies.

The illustrative embodiments may be utilized to manage organizational quality improvement efforts and activities. As a result, organizations may more easily record and track progress to meeting individual, group, or institutional goals. In one embodiment, the described system is applicable to a behavioral health system, but is equally applicable to different conditions, environments, and situations. The ongoing behavioral health example is given for purposes of further illustrating the concepts.

In one example, the described embodiments may be utilized to assist and serve children and adults with disabilities, or significant emotional or behavioral challenges. The embodiments may be utilized in a patient-centered model, to provide continuous and coordinated services from early intervention, short-term stabilization, and residential services to substance abuse treatment, outpatient services, educational, and career and technical training. The illustrative embodiments may also be utilized for program or organization evaluation.

In one embodiment, a health network and system may be utilized to provide software as a service (SaaS). For example, a health network provider may make server-level applications, local applications, web programs, and mobile applications available to a number of providers. Individual users may then enter, retrieve, manage, and view information and data through any number of wired or wireless computing and communications devices. The different software may be updated as new versions are released. As a result, comprehensive systems and software services may be quickly rolled out to the providers. The individuals may be added, deleted, or managed from a number of remote locations. In one embodiment, the existing medical records including files and databases may be integrated with the health network and system to ease any transition concerns. In other embodiments, existing paper records may be digitized for utilization with the health network. Information from existing electronic medical records and systems may be uploaded for immediate utilization. The illustrative embodiments may be utilized to communicate with external databases including importing and exporting medical, financial, or other sensitive records if the correct authorizations are verified.

In one embodiment, the health network may utilize a cloud network to provide access. The cloud network may allow the system provider to license the system and software more efficiently. The system provider may control the system hosts, client profiles, security access, permissions, key access, and other controls.

In one embodiment, the described systems and method may be utilized to assess client outcomes to provide data to evaluate a variety of diagnostic, cultural, treatment, and regulatory priorities. Shared and collaborative information may result in team sharing of information for providing automated processes for real-time monitoring of progress and outcomes. The illustrative embodiments provide a systematic data collection and analysis system and process.

The embodiments may utilize a highly structured outcomes analytics program that assists users in collecting, graphing, and analyzing client-related outcome data. In one embodiment, a provider-defined Analysis of Influences Matrix (AIM) is considered to assess factors associated with a lack of progress to substantiate changes to service methodology. The AIM process may be used to determine needs, propose goals to address, and better match service components to optimize outcomes. In one embodiment, the illustrative embodiments may be referred to as Reliable Evidence Based Outcomes Optimization Technologies (REBOOT). The embodiments may be available to professionals, doctors, teachers, and clinicians as well as family members to facilitate the effectiveness of care and service plans. The data may be collected at the client, service, program, and organization levels to drive comprehensive quality improvement efforts. The illustrative embodiments provide a systematic method of pinpointing staff training needs, identifying departmental resources and programming needs, and developing processes to evaluate the utilization of best practices to improve outcomes.

The illustrative embodiments may be effective for addictions (e.g., drug abuse, gambling, sex addiction, etc.), mental health/disorders, and other recoveries, diseases, or conditions for which people seek treatment or help. The illustrative embodiments may be utilized to score a client's progress (positive, negative, neutral) based on numerous factors, values, conditions, and goals. The progress may be recorded utilizing a score. The score and other information may be communicated to any number of parties. As needed, the client information may be utilized to match providers with clients based on applicable information and data.

In one example of a health system, goal mastery rates across programs that utilize the described processes and embodiments have improved from 35%-81% and have sustained above 80%. At the same time, coercive behavior management interventions have been reduced dramatically. The resulting increases in both client and staff safety indices correlate significantly with associated cost reductions to the organization. The illustrative embodiments decrease delivery costs despite the increases in sophistication over the existing systems.

The illustrative embodiments may improve client functioning, reduce client and staff injuries, reduce program costs, and mobilize a trans-disciplinary wrap-around system and process that “owns” the actualization of sustainable positive outcomes. The positive results indicate that it is possible to make gains in the independence and quality of life for clients with disabilities, while improving the viability of both the organization and the naturalistic support community as well.

The following paragraphs provide information that help understand the illustrative embodiments and the processes utilized to measure and achieve goals. As used herein, a baseline may be initial data obtained when the identified goal is first implemented. For example, an initial score and date may be obtained as part of the baseline. A mastery level may be the score, or achievement required to master a goal or objective. For example, a measurable activity may need to be performed at the mastery level a number of times over a duration of time before the goal is considered achieved.

The duration may be a length measure in time or a number of times an activity is performed at the mastery level or goal is reached. A projected closure date is the date at which the goal will end. The projected closure date is utilized to keep users and clients focused on reaching a designated goal in a reasonable time period. For example, depending upon procedural and regulatory parameters, a projected closure date may be pre-determined (e.g., one year) or may be set by user or agent specification of timeline (e.g., organizational key performance indicators may be set annually). The final mastery window may be the projected closure date minus duration. The final mastery window may represent the last window of opportunity to reach and maintain the mastery level before the goal ends.

The minimum growth line is a graphical line that runs from the baseline date and score (rating on graph) to the mastery level on the date that starts the final mastery window. The end of the minimum growth line starts the final mastery window and indicates the last possible timeframe during which the goal may be mastered before the goal expires. The minimum growth line is a reference point against which ongoing data ratings are compared to assess status and level of progress. The minimum growth line is not a prediction of how the actual data points will present, but simply a reference line against which the actual data points are compared. Assessing status is determined as data are graphed and compared with the minimum growth line. For example, the system may determine the status automatically utilizing pre-determined rules.

In one embodiment, each organization may set rules that are utilized by the system to determine whether goals and other criteria are met. For example, a client may be deemed to be progressing if when reviewing three of the most recent data points at least two of the three are better than the minimum growth line (e.g., higher than the upward-sloping minimum growth line or the mathematical indicator corresponding to the time period, lower than the downward slanting minimum growth line, etc.) The status may also be color coded. For example, green may indicate that the client is progressing.

A client's goal may be determined to not be on track if two of the three most recent data points are worse than the minimum growth line. If three consecutive data points are worse than the minimum growth line, the third data point may have a status identified as “significant.” The significant rating may be marked. For example, the significant rating may be marked in red, highlighted, flash, or so forth. In one embodiment, identification of a significant data point may trigger an AIM-review process to evaluate possible factors inhibiting progress on the goal and to identify changes to the AIM factors that are hypothesized to facilitate progress. The results of the AIM review are noted, and a phase change may be noted on the graph. In one embodiment, the phase change may be indicated by a change in a data symbol, color, background color, label, or other indicator.

In another embodiment, a status of mastered may be given when the mastery level is maintained for an amount of time specified in the duration. For example, mastery may be indicated by a purple star around the data point that meets the criteria. Once a status of mastered is given, maintained mastery is a status given for all subsequent data points that reach or are better than the mastery level. Once a status of mastered is given, all subsequent data points that fall worse than the mastery level (higher for downward-sloping minimum growth line and lower for upward-sloping minimum growth line) are given the status of regression from mastery. When three consecutive ratings are given the status of regression from mastery, the third rating is identified as regression from mastery and significant. For example, a data point associated with regression from mastery may be noted with a red circle, and an AIM review is prompted as previously cited. Each service provider may specify thresholds, criteria, or rules that are utilized to determine the differences between statuses. For example, two consecutive ratings or a specified number may be utilized to determine deviations or significance.

In one embodiment, when the goal reaches the projected closure date, the goal is given a final status based on the last status entry. Goal mastery data may be analyzed in any number of ways. Final status rates may be calculated and may be assessed by any level of the agent hierarchy (e.g., by client, by service provider, by service type, by location, organization-wide). Status reports may be generated as needed to assess the current status of goals (not yet ended) by any level of the agent hierarchy. In one embodiment, reports may be generated to provide a listing of all goals whose current status is significant.

The illustrative embodiments may also allow multidimensional analysis of subject, goal, service, and intervention by final status outcomes to generate formulas for best practices by any of these parameters. For example, a specific subject type might be most successful with a particular goal when a specific intervention is provided. Other analyses may indicate typical timelines for reaching particular outcomes by any of these parameters.

FIG. 1 is a pictorial representation of a health system 100 in accordance with an illustrative embodiment. The health system 100 may include any number of systems, devices, or equipment. For example, the health system 100 may utilize existing medical record servers, databases, electronic files, and systems. The health system 100 may also include any number of customized or proprietary systems, software, equipment, devices, or other components that are described herein.

In one embodiment, the health system 100 may include a health network 102 and a management system 103. The health network 102 may include hardware and software components including servers 104, file servers 106, databases 108, and software 110. The health system 100 and the health network 102 are configured to serve numerous customers or providers including Provider A 112 and Provider B 114. Each of the customers may include any number of networks, servers, computing devices, wireless devices, or network equipment, systems, and so forth. In one embodiment, Provider A 112 may utilize a server 116, a computer 118 displaying a graphical user interface (GUI) 120, and an electronic medical record (EMR) 122.

The Provider A 112 may further utilize a network 124 and wireless devices 126, 128, and 130 jointly “wireless devices 132”). Provider B 114 may utilize a network 134, a computer 136, and wireless devices 138, 140, and 142 (jointly “wireless devices 144”). The wireless devices 132 and 144 may be utilized when connected to a network or offline. The information and data may be entered utilizing a keyboard, speech recognition, imaging system, microphones, or any number of other devices or peripherals known in the art.

In one embodiment, the management system 103 is one or more devices utilized to enable, initiate, route, and manage communications between one or more computing and communications devices and providers, such as Provider A 112 and Provider B 114. The management system 103 may include one or more devices networked to manage the health network 102. For example, the management system 103 may include any number of servers, routers, switches, or advanced intelligent network devices. The health network 102 sends and receives the electronic signals through any number of transmission mediums. The health network 102 may include various fiber optics, cables, transmission towers, antennas, or other components for transmitting data, communications, information, and files.

The health network 102 may represent any number of communications networks and connections including wired or wireless networks, data or packet networks, cable networks, satellite networks, private networks, publicly switched telephone networks (PSTN), or other types of communication networks. For example, communications within the health environment 102 may occur utilizing satellite connections, Wi-Fi, WiMAX, cellular networks, and/or hardwired connections, such as fiber optics, T1, cable, DSL, standard telephone lines, Ethernet, power line networking, or other digital or analog communications connections. Any number of communications architectures including client-server, network rings, peer-to-peer, tiered networks, application servers, distributed networks, or other network systems may be utilized.

In one embodiment, communications utilizing the wireless devices 112 and 114 may occur directly or through network devices using communications protocols, such as time division multiple access (TDMA), code division multiple access (CDMA), global systems for mobile (GSM) communications, personal communications systems (PCS), Wi-Fi, WLAN, WiMAX, or other frequently used cellular and data communications protocols and standards. The wireless devices 112 and 114 may include cellular phones, smart phones, personal digital assistants (PDA), mp3 players, laptops, the readers, evolution data optimized (EDO) cards, hybrid devices, tablets, multi-mode devices, and other wireless communication devices and components.

FIG. 2 is a block diagram of a server 200 in accordance with an illustrative embodiment. In one embodiment, the server 200 may include a processor 202, a memory 204, a database 206, logic 208, a user interface 210, system administrators 212, provider administrators 214, service providers 216, settings 218, permissions 220, users 222, clients 224, data 226, alerts and notifications 228, and reporting 230, and an interface 232. The data 226 may include service delivery 234, goals and objectives 236, recorded data 238, and general notes 240. As referenced herein clients are any individual, parties, groups, process, subject, device, or organization on which data is collected.

The server 200 may communicate with networks 242, systems 244, and electronic devices 246 utilizing applications 248. In one embodiment, the server 200 is a computing device or group of networked or distributed computing devices. The server 200 may have any number of hierarchical users including, system administrators 212, provider administrators 214, service providers 216, IT support, support staff, caregivers, and other similar users. In one embodiment, to add any of the described entities, groups, or users to the server 200, any of the following information or data may be required: name (e.g., first, last, username, nickname, etc.), email address, image, mobile telephone number, work number, role (e.g., system administrator, service providers, parent, etc.), user identification, password, designated supervisor, comments, and other related information.

The processor 202 is circuitry or logic enabled to control execution of a set of instructions. The processor 202 may be microprocessors, digital signal processors, application-specific integrated circuits (ASIC), central processing units, or other devices suitable for controlling an electronic device including one or more hardware and software elements, executing software, instructions, programs, and applications, converting and processing signals and information, and performing other related tasks. The processor 202 may be a single chip or integrated with other computing or communications elements.

The memory 204 is a hardware element, device, or recording media configured to store data for subsequent retrieval or access at a later time. The memory 204 may be static or dynamic memory. The memory 204 may include a hard disk, random access memory, cache, removable media drive, mass storage, or configuration suitable as storage for data, instructions, and information. In one embodiment, the memory 204 and processor 202 may be integrated. The memory may use any type of volatile or non-volatile storage techniques and media.

The database 206 may be utilized to store the data 226. The database 206 may include a database management system such as SQL (and variations), Access, Oracle, and DB2. In one embodiment, the interface 232 may include a transceiver configured to both transmit and receive communications for the server 200. The networks 242, systems 244, wireless devices 246 and applications 248 may represent all or a portion of the health system 100 of FIG. 1, such as Provider A 112 or client 114. The database 206 may be configured for data mining of available information and data as is known in the art.

In another embodiment, the server 200 may act as a web server hosting content that may be retrieved and managed. The illustrative embodiments may be implemented utilizing a web browser for entering, updating, and managing information, goals, activities, and other 226 data. In one embodiment, the software, information, and data utilized by the server 200 may be indexed, archived, or otherwise made available for queries and secured web-based searches. As a result, the users 222 may search the data 226 based on the applicable settings 218 and permissions 220 to determine best practices.

In one embodiment, information, settings, and data utilized by the server 200 is saved or duplicated to one or more redundant systems for backup, failover, or network purposes utilizing any number of backup standards, formats, or protocols. The various components of the server 200 may represent an application that is stored in the memory 204 and executed by the processor to perform the illustrative embodiments. The server 200 may host an application that communicates with other devices executing a local copy or version of the application (e.g., applications 248). Data may be similarly be synchronized and shared between applications in real-time or near real-time. As a result, multiple users 222 may be able to edit the data 226 simultaneously or concurrently while seeing the changes made by their counterparts.

In one embodiment, the system administrators 212 may control upload of the provider administrators 214, service providers 216 and clients 224 into the systems of the server 200. The system administrators 212 may be allowed to manage the setup of information, settings rules governing data analysis, and modules for the provider administrators 214. In one embodiment, the system administrators may be prevented from seeing specific types of data. However, in one example, general information, such as effectiveness of the service delivery 234 (e.g., a specific treatment plan) and the associated data 226 may be made available to the system administrators 212 for further enhancing the server 200 and providing additional actions and best practices to a number of clients that the system administrator 212 manages. In one embodiment, different provider administrators 214 associated with different organizations may be assigned to each of the system administrators 212 as a caseload. Service providers 216 may be similarly assigned as needed.

Provider administrators 214 may be provided unique access to the server 200 through a user interface 210. The user interface 210 may be represented by programs, applications, secure access protocols or systems made available through the server 200, such as the user interface 210, or alternatively, the applications 248, or the systems 244. The user interface 210 may present a dashboard or portal for managing the described information and data. In one embodiment, the provider administrators 214 functions of the user interface 210 may be accessed through a desktop application interface or webpage. The provider administrators 214 may have complete read/write access to the user accounts represented by the service providers 216 including the settings 218, permissions 220, clients 224 and data 226. In one embodiment, the user interface 210 may display any number of icons, images, drop-down menus, videos, hyperlinks, internal links, scroll wheels, tabs, Windows, or other selection or display components.

The provider administrators 214 may have the capacity to add, edit, archive, and delete users 222 and the clients 224. The provider administrators 214 may have access to data 226 including service plans 234, goals and objectives 236, recorded data 238, and general notes 240. The user interface 210 may also provide user access for monitoring a patient's behavioral status. The service providers 216 may represent supervisors or may also be users 222 associated with one or more clients 224.

In one embodiment, the status may be associated with alerts or notifications 228 triggered by built-in system monitoring logic, such as reporting 230, that is intended to guide service providers 216 in their administration of service plans, tracking of recorded data 238, and service provider communications. The server 200 stores and provides access to every recorded service providers 216 interaction with the client file (e.g., updates, general notes 240, recorded data 238, event-triggered notifications, etc.) included in the data 226 or specific to the clients 224. As a result, the service providers 216 may log all activities within a file thereby allowing other service providers 216 to view the activities based on the pre-established settings 218 and permissions. For example, business, hospitals, or schools may have sharing agreements for exchanging data while still complying with the applicable laws and industry practices. Provider administrators 214 may also post public notes, comments, alerts, and notifications, associated with data 226 being recorded by the server 200 by the users 222 through the user's accounts. For example, public notes may be accessible to the related service provider 216.

Provider administrators 214 may manage their team of service providers 216 who work directly with clients 224 to administer information and data, such as goals and objectives 236. The provider administrators 214 may have complete access to the service providers 216 and the clients 224 to assign the clients 224 to individual service providers 216 through the user interface 210. In one embodiment, the service providers 216 represent authorized users able to access all or portions of the server 200 applicable to the service provider, view elements of the service plans 234, view and add goals and objectives 236 for clients 224 that are associated with the service providers 216 to enter data, information, statistics, and record audio and video permitted by the provider administrators 214.

The users 222 may utilize the applications 248 (e.g., Android, iOS, Windows, etc.) to communicate with the user interface 210 to view data 226. For example, mobile applications executed by the electronic devices 246 may communicate the data 226 that is saved to the server 600. The user interface 210 may provide an easy to navigate and user friendly interface with quick search utilities and filters (e.g., location, caseload, etc.). The user may be granted read only/write access with the capacity of adding new instances. In one embodiment, changes to the client's information, such as service plans 234, goals and objectives 236, recorded data 238, and general notes 240 may be required to be reviewed by supervisors prior to submission. The users 222 may represent support staff, parents, professionals, and in some cases the clients 224 themselves may be given full or limited access to their own data 226. In one embodiment, the users 222 may represent the full hierarchy of individuals associated with clients 224 from administrators to support staff. From each client-dashboard available through the user interface 210, the service provider 216 may have access to a log of interactions associated with the data 226 (e.g., data collection, inactivity alerts, etc.).

The communications with the server 200 are secured for sensitive electronic protected health information and to comply with applicable laws, such as HIPAA. Communications with the server 200, whether in real-time or file transfers, may be encrypted or utilize other secure data transmission protocols (e.g., SSL, https, security certificates, etc.). The server 200 may also be configured to communicate with any number of databases 206 or systems 244, internal or external, maintained or accessible by the provider administrator 214, such as electronic client records databases. The applications 248 may record information and data even if one of the networks 242 is not currently available or if the wireless devices 246 and the systems 244 are offline. Synchronization methods and modes may be utilized as necessary (e.g., cloud synchronization). In one embodiment, conflicts and synchronization of information may be presented to the service provider 216 or provider administrators 214. In one embodiment, variance conflicts may be resolved by an automated processes or based on input from the provider administrator 214.

In one embodiment, users accessing the server 200 through the user interface 210 may be able to view clients 224 by location, caseload, or assignment. For example, the clients 224 may be associated with one or more locations, services, or programs. The locations may allow for further sub categorization, such as national, regional, or local programs. In one embodiment, provider administrators 214 may be able to see clients 224 associated with their respective service providers 216 or treatment team. In one example, the service providers 216 may be presented with a default list of clients 224 that have most recently been reviewed at login with options to search by location, client name, or other identifying information.

In one embodiment, the data 226 may further specify strengths and abilities, preferences, assistance or accommodations, such as environmental supports, activities of daily living, communication, and other, instruction and intervention strategies, and health and safety information, such as medication and special monitoring or precautions. Each of the authorized users may be able to view additional details by making further selections, such as double tapping a portion of the client data 226 presented on a touchscreen. The data 226 may be further customized or displayed in response to a user selection. For example, in an application focused on health and safety information of a client may include additional information, for example, regarding seizures, bowel movements, special diet, exercise program, and one-on-one services that may be further explored or reviewed.

In one embodiment, by choosing a heading, the service providers 216 may be presented with information for specific goals and objectives 226. For example, in a behavioral health field, the goals and objectives 226 may include areas, such as coping skills, fine motor skills, and physical aggression. The user may utilize a goal wizard or management function to be able to enter headings as well as detailed descriptions or narratives associated with each heading in a hierarchical format. For example, each of the goals and objectives 236 may include a main heading, a start date, a projected closure date, a goal description, a goal narrative, a lead service provider, a data collection method, email notifications (e.g., for individual users associated with the specific client or information for the client), function, and options. Goals may be opened and closed out at any time and may be viewed in separate files, such as active and archived. In one embodiment, the data 226 may be associated with mastery scores, baseline information, and objectives. The information may also be prioritized or color-coded as needed.

In one embodiment, the alerts and notifications 228 may be configured to communicate information. For example, any number of alerts and notifications 228 may be communicated through the interface 232. The interface 232 may be configured to communicate with wired and wireless networks. As a result, the alerts and notifications 228 may represent emails, text messages, in-application messages or alerts, audio, video, picture, or text messages, streaming communication sessions, or other similar alerts, messages, or communications that are sent in real-time or near real-time. The alerts and notifications 228 may also include hyperlinks back to the original source of the alert or notification for easy review and to address further action that may be needed. The alerts and notifications 228 may also utilize a feed to send information to users. The feed may be similar to a newsfeed and may be organized by subject date in which users may create dialogues of streams of information related to a particular topic for a client. Individual users may add to each other's feeds or may create new ones. The user may also be able to view and re-enter the most recently accessed areas of an application utilizing a history or most recently utilized function.

In one embodiment, the alerts and notifications 228 may include a client name, goal/objective name (e.g. decrease physical aggression, 100% customer satisfaction, register balance, etc.), date of rating, name of user, and link back to the rating. If there are multiple significant ratings in a row the alert may include a note specifying how many (e.g. there are now 6 weeks of activities or data points that are off the minimum growth line). Alerts and notifications 228 are also meant to include positive information, such as a mastered rating that may include a client name, assigned providers, date of rating, name of user, and a link back to the rating. The links may represent hyperlinks or metadata for retrieving the information in a web browser application or through an electronic access system as is herein described.

Certain activities, once configured, automatically trigger the alerts and notifications 228 to send out information and request a response. For example, every time that a user is required to perform a restraint in a health facility, an alert may be sent out to a specified group of providers, users, and administrators to best care for the client restrained as well as for liability and auditing purposes. The alert may indicate the client name, time, response required, and name of the person entering information and any specific notes or comments. The alerts and notifications 228 may also send out alerts for data exceptions. For example, if data are not received for three weeks in a row, an alert may be generated indicating the reasons for the exceptions, the user name entering the information, and a link back. The alerts may be automatically sent to supervisors, administrators, or other designated parties.

In one embodiment, the reporting 230 may be utilized to communicate charts and graphs, track and record progress, determine timeliness of data entry, and other information. The reports may be based on clients, location, service provider, region, or date ranges. The reports are configured to be customizable to track and display a variety of process mechanisms input or entered by a user or administrator based on the specific needs for which the illustrative embodiments are utilized. In one example, the reports may be selected to report, significant scores with no AIM review comment, two or more significant scores in a row, AIM distribution by a client, location, and provider, missing data for more than a time period, or other relevant information. The reports may include quick snapshot reports as well as long-term and comprehensive reports.

The reporting 230 may be configured to present information graphically utilizing bar charts, pie charts, scatter plots, line graphs, and other similar display messages. Graphical representations may include information embedded in multiple layers for automatically displaying additional information to a user (e.g., displaying identifying information and statistics when hovering over a data point). The reporting 230 may also display information statistically, utilizing percentages, in standard document formats (e.g., Word, Excel, GoogleDocs, etc.).

In one embodiment, the user may set a date range for information to be displayed and specific goals/objectives active during the date range may be automatically entered or selected by the user for display. A current status may indicate the status for a client or subject for all ongoing activities. A final status report may graphically display goals the final outcome of goals and associated activities that were closed during a specified data range.

As disclosed herein, the reports may include code categories, which may include mastered, maintained mastery, and regression from mastery. Progress toward a goal may also be displayed with information, such as progress (also progressing, or on track), not on track, and not on track/significant. Alternative reporting code categories may include “plan expired”, “achieved mastery”, “closed prior to end date”, “ready for discharge”, “premature discharge”, “entered in error”, “discontinued”, “removed”, or other similar codes. Some of the codes may be required by other electronic tracking systems and may be added, removed, or translated from existing code categories as is needed.

The reporting 230 may also specify an overall total based on all participating users and organizations. Overall totals may be generated by code category and by goal service type (e.g., overtime, education, etc.) as well as provider. Similarly, organization, sub-organization, and location specific reporting may also be performed by code category, goal service type, or provider. The various reporting abilities of the illustrative embodiments are configured to apply to privacy laws, such as HIPAA, and may require waivers or authorizations to share information even within an organization for treatment purposes. For example, sub-contractors or other parties may perform reporting as needed or required.

The reporting 230 may also generate reports based on an identified group of clients automatically or manually selected by a user. For example, the report for the group may show the client, service, goal/objectives, current status, and current status date. The reporting 230 may allow a user to drill down from the organization level to the client and associated goal level.

Additional information available through the reporting may include length of time of goal implementation until mastery, specified as an average time until mastery calculated from a baseline date to a mastered date and may be determined by goal service type, goal description for total, organizational, sub-organization, and location.

The reporting 230 may also allow for monitoring reports that are established to include a number of variables and may be displayed or exported in any number of formats. The monitoring reports may be automatically generated and available or communicated to the user. For example, a monitoring report may indicate goal/objectives with the most recent rating that is significant within the past x number of weeks. The reports may show sub-organization, goal/objective, provider, date of significant rating, AIM review comment associated with the significant rating, and so forth. Other monitoring reports may include goals/objectives with x number of significant ratings in a row (e.g. six consecutive points off of the minimum growth line). The monitoring reports may also retrieve all active goals/objectives organized by client, service, most recent status, and status date. Status dates that are older than two weeks old may be indicated, such as being shown in red. The monitoring reports may also specify goals/objectives that are within x number of weeks of the final mastery period.

In one embodiment, the AIM is a process utilized to analyze the content of any outcome process. For example, AIM may represent an algorithm that is executed by the logic 208 to retrieve and analyze information as needed by any number of parties. AIM is fully customizable depending upon the content established for a group or organization. In the system administrators 212 may be able to identify key factors that most influence the outcome of the selected content. The variables may then become the different factors of AIM for that application on the server 200.

The AIM process may be used in the initial site assessment of a “client” or “subject” based on the parameters identified for the content of the client's outcome process. In one embodiment, the AIM process is smart and automated for driving questions based on answers from previous questions. As a result, various users are focused towards best practice assessments of the content. For example, AIM may also provide suggestions for goals, objectives, and interventions based on the information provided on the subject. Broad data mining may feed the AIM process based on the data 226 and other information stored by the server 200 to narrow the scope of questioning two factors found to be the most associated with positive outcomes.

The AIM process may also be used at any point during the data analysis process when the subject is not making sufficient process (e.g. a determination based on the minimum growth line line). For example, if a subject, such as a client in a behavioral health facility, has three data readings that are off the minimum growth line, the third rating is considered significant, and the user is prompted to conduct an AIM review. The AIM process may also generate suggestions for interventions to facilitate the progress of the subject.

FIG. 3 is a block diagram of a recorded data module 300 in accordance with an illustrative embodiment. The health system as is herein described includes a number of different methods of recording client data. There are a number of different data collection methods available to provide flexibility and accuracy in data collection design.

In one embodiment, the recording behavior module 300 may include task analysis 302, intensive trial teaching 304, interval recording 306, duration recording 308, frequency recording 310, and percentage recording 312. The different aspects and features of the recording behavior module 300 may be combined in any number of combinations and formats. In one embodiment, the recorded data module 300 includes data, information, numbers, statistics, pictures, descriptions, or other content that may be received through a goal wizard or management feature.

In one embodiment, the recorded data module 300 may be presented to the user as part of a graphical user interface (GUI). The graphical user interface may be presented as part of a mobile application, web program, electronic device, or a communication session.

In one embodiment, each data collection method may include a specific set of rules related to the data entry and visual presentation of information, data, graphs, and reports available through the health system. In addition to this information, graphics, such as goal mastery graphs, may demonstrate user data results across different data collections episodes and in conjunction with each service goal. The setup and configuration of the information and graphics may be managed by the administrator. The display of the information and graphics may also take into consideration specific device orientation, display options (e.g., graph layout and corresponding information may be presented in a first configuration when viewed in a landscape mode and in a second configuration when viewed in a portrait mode), display limitations, permissions, and so forth.

In one embodiment, each graphic is the result of specific formulas and calculations. Each user may submit the features, parameters, criteria, or calculations utilized to generate graphics, such as performance measurement charts. In one embodiment, the graphs may be produced in real-time as data are entered or may be set to display historical data. A rules engine may be configured to dynamically handle information and data entered into the health system.

The recorded data 300 may be tracked to determine whether a particular goal or objective is met. In one embodiment, this option may be controlled by any number of authorized users that are assigned to a client. All or portions of the recorded data 300 may be viewed at once to make analysis accessible and thorough.

In one embodiment, the data collected in the recorded data 300 may include an antecedent trigger button (e.g., may indicate triggers for patient behavior), location, response (e.g., programmed list of responses providers and/or caregivers made, customized fields for entries including restrictions, next actions, alerts for restricted practices, etc.), reinforcement options, severity button (e.g., ratings, description, etc.), and comments (e.g., text, audio, video, etc. The information may be presented automatically or based on the type of information presented.

Any number of data collection systems and methods may be utilized to collect patient data and measure goals and objectives. In one embodiment, all data collection options may be available to the service provider during set-up, but then only the relevant information and fields may be shown for the actual data collection.

In one embodiment, in the setup for task analysis 302 there may be two settings for that request a hierarchy and task. Task analysis 302 may also be referred to as ratings. To set up the prompt hierarchy an administrator or user may identify a field including a number of prompt types or numbers (e.g., hand over hand, touch prompt, gestural, verbal, independent, etc.), additional comments, color code or priority, and so forth. Task analysis 302 may be set up by establishing the number of tasks or steps, a narrative label for each step, optional comments for more description if needed, and scores. In one embodiment, the tasks may be associated with a particular goal or objective.

In one example, the fields included during task analysis may include any of the following:

-   -   a. What level/percent do you want (subject) to get? ______ %     -   b. Across how many opportunities? ______ within ______ interval     -   c. Is there a time limit? Yes, No         -   If yes, what is the time limit? ______ (interval)     -   d. How would you like your data calculated and graphed? Average         or for each episode.     -   e. For how long do you want (subject) to get a score of ______         (prepopulated based on answer to a) in order to consider this         goal/objective mastered? ______out of ______ (interval) or         ______ consecutive (interval)     -   f. Projected closure data for goal/objective (timeline to         master)     -   g. Y axis label     -   h. Baseline mode—on or off     -   i. Tasks—number of tasks and labels for each task     -   j. Prompt hierarchy—level of prompt, score and color-coding     -   k. Option to add to goal bank     -   l. Instructions/Directions     -   m. Special permissions related to data collection     -   n. Alert recipients     -   o. Customized modification to data analysis rules if applicable

In one embodiment, task analysis 302 may specify dates or times during which data are collected each day, week, or month. For data collection, the user may be able to see each task and step paired with the prompt hierarchy. For example, the user may select a task and then a prompt level. FIG. 4 provides a chart 400 illustrating data collection in accordance with an illustrative embodiment. For example, the chart 400 illustrating levels of prompt that may be required for a patient to perform the specified tasks. Any number of tasks or objectives may be utilized and the chart 400 of FIG. 4 is given as an example.

The chart 400 may further illustrate a score 402 that may be calculated based on the level of prompts required for each task. For example, the calculation may be made by adding up the scores for the chosen prompts and dividing that number by the highest score possible. In one embodiment, the score may be reported as a percentage. For example, the score recorded may be 51%.

The illustrative embodiments may present any number of graph or chart options for the specified goal or objective. For example, by default, a percentage score may appear with the graph. The user may also be presented with the option to generate graphs for each individual task or several tasks over time to evaluate client progress. In one embodiment, the user may select the task to graph, and each graph may be generated utilizing the distinct data and formatting (e.g., color, graph type, etc.). In one embodiment, the graph schedule may be set by an administrator for graphing each entry. As a result, each data point on a graph may immediately be saved as well as displayed.

Turning again to FIG. 3, the user may be presented with additional options based on the data collection schedule. For example, the user may select to graph each entry or average the entry results. For example, if the data collection schedule is set to three times per week, then once all three data collections are made in a week, the score may be calculated and graphed. In another embodiment, weekly determinations may be made utilizing seven-day intervals starting with a baseline date. If there are not enough data collection episodes entered to total the number identified during the data collection schedule, the calculations may not be made and an alert signal may be displayed next to the graph indicating the lack of additional data collection points.

In one embodiment, if a specified time period ends without a specific number of data collection episodes being collected, an email or other alert may be sent to the service provider and/or the identified supervisor. In one embodiment, entries may be automatically recorded and saved as input. In another embodiment, the data collection displays may include save and edit buttons. Different versions of the recorded information may also be saved to ensure that data are not improperly overwritten. In addition, users may not be able to edit previous entries and only supervisors or administrators may be able to make such changes. The user may also be presented with a comment button to record a comment related to a data collection episode.

In one embodiment, the intensive trial teaching (ITT) 304 is a data collection module and method. Intensive trial teaching 304 may also be referred to as repeated trials. The ITT 304 and other data collection methods may have multiple modes, such as instructional and testing. While data in both modes may be viewed, in one embodiment, only data entered into the testing mode may be graphed. As previously described, the ITT 304 utilizes a prompt hierarchy, labels, fields (e.g., answer choices, yes, no, etc.), field size data collection schedules, and other options (see FIG. 4 and the associated description). The ITT 304 may also be scored as previously described.

In one example, the fields included during ITT 304 may include any of the following:

-   -   a. What percentage should be achieved? ______     -   b. How many trials? # ______ Randomize trial listing? Yes, No     -   c. Across how many episodes? ______ within ______ (interval)     -   d. How would you like your data calculated and graphed? Average         or for each episode.     -   e. For how long do you want (subject) to get a score of ______         (prepopulated based on answer to a) in order to consider this         goal/objective mastered? ______ out of ______ (interval) or         ______ consecutive (interval)     -   f. Projected closure data for goal/objective (timeline to         master)     -   g. Y axis label     -   h. Baseline mode—on or off     -   i. Trials—number of tasks and labels for each task     -   j. Label to identify correctness: Right/Wrong,         Correct/Incorrect, Yes/No     -   k. Option to add to goal bank     -   l. Instructions/Directions     -   m. Special permissions related to data collection     -   n. Alert recipients     -   o. Customized modification to data analysis rules if applicable

In one embodiment, the interval recording 306 may include different types, such as whole, partial, or momentary time sampling (e.g., fixed, variable, etc.). The different types of interval recording 306 may include observation duration, length of interval (e.g., seconds, minutes, etc.), options to enter response choices (e.g., yes, no, custom label, etc.), and selection for inclusion in a score selection. In one embodiment, an alert or indicator may be made at the end of each interval. For fixed momentary time sampling, the signal may be given at the conclusion of the time. For variable momentary time sampling, the signal may be given at random times within the identified time. If the interval is specified as 30 seconds, then the signal may be given at any point between one and 30 seconds for each separate interval.

The interval recording 306 may also include other options for pausing and resuming passage of time, indicating multiple behaviors displayed at once, indicating passage of time, summary of intervals, location, save and edit options, and comment options. After setting up interval recording 306 as a data collection method, an auditory, tactile, or visual signal may be chosen to alert the user as to when to collect data. When the signal is presented, the user may rate the client based on the parameters set and enter the data.

In one example, the fields included in the interval recording 306 may include any of the following:

-   -   a. What percent of intervals are you trying to achieve? ______#     -   b. What type of time sampling should be used? Whole, Partial,         Momentary     -   c. Observation duration: ______min ______sec     -   d. Interval duration: ______min ______sec     -   e. Across how many opportunities? ______ within ______         (interval)     -   f. How would you like your data calculated and graphed? Average         or for each episode     -   g. For how long do you want (subject) to maintain the score in         order to consider this goal/objective mastered? ______ out of         ______(interval) or ______ consecutive (interval)     -   h. Projected closure data for goal/objective (timeline to         master)     -   i. Y axis label     -   j. Baseline mode—on or off     -   k. Label to identify correctness: Right/Wrong,         Correct/Incorrect, Yes/No     -   l. Option to add to goal bank     -   m. Instructions/Directions     -   n. Special permissions related to data collection     -   o. Alert recipients     -   p. Customized modification to data analysis rules if applicable

In one embodiment, the duration recording 308 may include fields for starting and stopping, a current record time, data recorded (e.g., hours, minutes, seconds to hundreds of a decimal), data collection schedule options, graph schedule options (see FIG. 4), and cumulative duration calculations. The duration recording 308 may also include a field for location and optional comments.

In one example, the fields included in the duration recording 308 may include any of the following:

-   -   a. What is your desired duration? ______# (interval)     -   b. How many episodes do you want to measure? All or ______ per         ______ (interval)     -   c. How would you like your data calculated and graphed?         Cumulative or Average or for Each episode     -   d. For how long do you want (subject) to maintain (pre-populated         duration) in order to consider this goal/objective mastered?         ______out of ______ (interval) or ______ consecutive (interval)     -   e. Projected closure data for goal/objective (timeline to         master)     -   f. Y axis label     -   g. Baseline mode—on or off     -   h. Option to add to goal bank     -   i. Instructions/Directions     -   j. Special permissions related to data collection     -   k. Alert recipients     -   l. Customized modification to data analysis rules if applicable

In one embodiment, the frequency recording 310 may include a number of options, such as duration of data collection. Frequency recording 310 may also be referred to as counts. In option 1, the frequency recording 310 may include a daily start time and end time. In option 2 the frequency recording 310 may include a specific interval including designations for hours and minutes, and option 3 may include a specific setting. In one embodiment, option 1 may display information that says ““Data collected from______to______” (times)”, option 2 may display information that says “Data collected for______(minute) interval” with a displayed start time and start button, and option 3 may display information that says “Data collected in______.” The frequency recording 310 and associated data collection options may allow a user to provide a user selection, voice input, or tactile input indicating the number of times a behavior or skill is shown by the client, an indication that no observed behavior was seen during the data collection, and an indication that data collection was not available and an associated comment specifying the associated reasons. Frequency counts may also show a number of items (e.g., returned retail items) or other number of times an event occurs (e.g. customer complaints). Graphing options may be presented to the user as was previously described. In addition, the user may be presented with the opportunity to utilize a scatter plot. The scatter plot may require additional information, such as a date range, time range, and time interval. The graph may then display data that are recorded within the entered specifications. If only one data point is entered on the graph, the data point may indicate the frequency of the behavior within the interval. The data point may be expanded or provide additional details to understand the specific information.

In one example, the fields included in the frequency recording 310 may include any of the following:

-   -   a. Do you want to collect data all day Yes No     -   If not, Data Collection from ______time to ______time     -   b. What is the desire score?     -   c. Choose collection limit: Exactly At Least     -   d. Across how many opportunities? ______ out of ______         (interval)     -   e. How would you like your data calculated and graphed?         Cumulative or Average     -   f. For how long do you want (subject) to maintain the score in         order to consider this goal/objective mastered? ______ out of         ______ (interval) or ______ consecutive (interval)     -   g. Projected closure data for goal/objective (timeline to         master)     -   h. Y axis label     -   i. Baseline mode—on or off     -   j. Option to add to goal bank     -   k. Instructions/Directions     -   l. Special permissions related to data collection     -   m. Alert recipients     -   n. Customized modification to data analysis rules if applicable

In one embodiment, the percentage recording 312 may be set up to include fields for the number of questions/opportunities, number correct, and percentage correct. In one embodiment, the percentage recording 314 may include labels, number of labels, overall score (e.g., percentage, time, frequency, etc.), and individual scores for tasks. The percentage recording 314 may also be displayed as previously described.

In one example, the fields included in the percentage recording 312 may include any of the following:

-   -   a. What level/percent do you want? ______#     -   b. Across how many opportunities? All or ______ within         ______(interval)     -   c. Is there a time limit per opportunity? Yes No         -   If yes, What is the time limit? ______# (interval)     -   d. How would you like your data calculated and graphed? Average         or Each episode     -   e. For how long do you want (subject) to maintain the score in         order to consider the goal/objective mastered? ______ out of         ______(interval) or ______ consecutive (interval)     -   f. Projected closure data for goal/objective (timeline to         master)     -   g. Y axis label     -   h. Highest Possible Score     -   i. Baseline mode—on or off     -   j. Option to add to goal bank     -   k. Instructions/Directions     -   l. Special permissions related to data collection     -   m. Alert recipients     -   n. Customized modification to data analysis rules if applicable

In another embodiment, the illustrative embodiments may utilize an optional reinforcement recorder (RR) that may be utilized with any of the recording methods of FIG. 3 or the illustrative embodiments. The reinforcement recorder may be set to prompt a user to provide reinforcement to the subject on a scheduled or random basis. Two types of reinforcement recorders are provided. The first reinforcement recorder may be associated with a particular subject and goal. The user may program specific reinforcement options or procedures to be provided to the subject dependent upon performance accuracy or at a fixed or variable schedule. In one embodiment, based on the set-up of the reinforcement recorder, the user may be prompted to provide the reinforcement and may be given the options of reinforcement available to that subject. The user may then indicate which type of reinforcement was provided. Reinforcement provided dependent upon performance accuracy may be noted along with other data collection information for that episode or record. The system may log the reinforcement recorder data for analysis purposes.

In another embodiment, a second reinforcement recorder may be available for general use by the user. This reinforcement recorder may not be associated with a specific subject. The second reinforcement recorder may be programmed to provide a prompt for reinforcement on a fixed or variable schedule and provide options for reinforcement type. When the prompt is given, the user may apply the reinforcement to the subject and/or group of subjects depending upon how the user wants to apply the function. The user may be able to designate the recipient(s) of the reinforcement and the type of reinforcement provided. For example, the recorded data module 300 may log the reinforcement recorder data for analysis purposes.

In another embodiment, the data collection methods of FIG. 3 may utilize a goal bank for optional use by other users with any number of goal types. The client administrators may specify which information is placed in the goal bank. The goal bank may provide a way of retrieving goal descriptions and the associated tasks for review, modification, and acceptance by any number of users in the way to record each update to the goal.

In one embodiment, the system may have two banks or memories to store goals and associated objectives, data collection methods, and interventions. One bank may be specific to that agency or organization and the other bank may be available to all-related organizations. For example, the banks may be used pending administrator access and permissions. Users may be given the option of placing self-created goals into the goal bank as approved by the Administrator. There is also the option for requiring Administrator approval for all suggestion goals prior to acceptance into the Bank. The AIM process may generate a list of relevant goals from the goal bank. Users may also go into the bank when setting up a goal without going through the AIM process. The Goal Bank may be sorted by Service/Type, Goal Name, and/or by typing in keywords. A generic form of the banked goal may pull in with fields requiring customization for that subject. The customizable fields may be the other fields described with respect to the goal wizard.

In one embodiment, the goal mastery graphs or other graphs may have a number of components that may be managed utilizing a goal wizard and other management feature. The user may set a number of variables during graph set-up, including the Y axis labels, baseline data and date, mastery level, mastery level duration, and projected closure date. The system may automatically calculate a final mastery period by moving back the targeted date by the target rating duration. A minimum growth line may be automatically added as a straight line from the baseline rating and date to the target rating and the beginning of the final mastery period. Ratings entered on the graphs may be colored coded to indicate their status. Data points of significance may be identified by a filled red circle. Data points that satisfy the mastery level and duration may be identified with a purple star.

The user may also be presented with options for entering other data criteria, value or number specifications, and customizations. In one embodiment, status may be automatically determined and displayed for each of the goals and objectives. The status may include any number of rules, criteria, parameters, or thresholds for calculation and display. The status may also be color-coordinated. For example, progress may be noted in green, lack of progress may be noted in orange, a significant lack of progress may be noted in red, and mastery or maintained mastery may be noted in purple. Regression from mastery may also be noted by color. Data points may be determined as significant utilizing a standardized rule of three consecutive points insufficient to the minimum growth line or a customized set of rules determined by the provider administrator.

The user may be presented with other options for picking multiple goals/objectives to graph in a single graph, show data or hide data, view last three data points, or zoom in to a particular data point to see all enter information relevant to that data collection episode.

In one embodiment, data points of significance may be utilized to generate an alert. For example, identified users may receive a notification within the system or an email, text message, in-app message, or other alert. In one embodiment the email may include the service provider's name, client's name, goal description, reason for notification, the rating date and any review comments entered for the rating that prompted the notification. The alert may also provide a direct link back to the data collection episode entered in the system.

The illustrative embodiments may be configured to receive comments and reviews. In one embodiment, in response to determining a data point is significant, a review may be prompted or required. In one embodiment, a review may be referred to as an Analysis of Influences Matrix or “AIM Review” and prompt the user to review and document factors associated with lack of progress. The user may also be presented with options to select an intervention change or no change. Information entered in response to intervention change may be prioritized and marked for review and subsequent alerts.

The illustrative embodiments may be applied to any number of performance management methodologies, such as drug rehabilitation, smoking cessation, physical therapy, medical and behavioral treatments, weight loss, addiction recovery, hotel management, and so forth. In one embodiment, the illustrative embodiments may compile information and data from any number of clients to provide decision-support based on the compiled data. For example, based on research and development, new practices, medications, or service plans may be suggested based on the individual or aggregated recorded data. As a result, services may be adapted in real-time based on dynamic learning from aggregated data. Reporting may be performed without compromising the privacy of client information and data or violating applicable laws. For example, the identifying information, such as client name or location, may be removed from the aggregated data when compiled to provide for anonymity. In addition, the removal of identifying information may ensure that inherent biases, assumptions, inferences, or statements are not promulgated. As a result, more and more clients may utilize the systems and methods herein described increasing the amount of data and accuracy even more.

In one embodiment, the compiled data may be mined utilizing relational database management systems. The data may also be searched utilizing key word searches, Boolean searches, wild card searches or other similar search protocols, strategies, and algorithms. The generic compiled information may also be sold by a system administrator (or alternatively to service providers or other designated parties) to organizations, universities, drug manufacturers, governments, or other parties to encourage development of new treatments.

FIG. 5 is a flowchart of a process for generating a goal in accordance with an illustrative embodiment. In one embodiment, a goal manager or wizard may compile information that is utilized to generate a goal/objective. The process of FIGS. 5 and 7 may be implemented by a server, application, device, or combination of communicating elements referred to as a system. The server may be executing a client management program as is herein described. In one embodiment, the process may begin by prompting a user to enter fields and information for generating a goal, data collection method, and graphing set-up (step 502). For example, a series of probes or questions may guide the user through completing fields that may generate the goal/objective narrative, data collection method set up, and graphing setup schedule. Step 502 may help ensure all elements are included in the goal/objective narrative to make specific, objective, and measurable goals. The process may also ensure information is entered to define how the process facilitates data collection, graph set-up, graph scheduling, and alert/notifications associated with these processes. The goal wizard may distinguish between long-term and short-term goals and objectives. The goal wizard may also be referred to as goal creation and tracking software.

In one embodiment, the following fields may be included in the process of step 502: i). Service/Provider Type—customized by a user, ii). Designation of “Increase” or “Decrease” content or activity, iii). Field for entering “Condition” under which the goal/objective may be measured, iv). Field for entering content assessed (e.g., skill/behavior, actions taken, documentation, etc.). This field may captures what the goal/objective is designed to measure, and v). Field for entering data collection method. In one embodiment, a number of options are provided: Task Analysis, Intensive Trial Teaching, Interval Recording, Duration Recording, Frequency Recording, and Percentage Recording. Based on which data collection method is chosen, additional fields are generated to drive information needed for that type of data collection.

Next, the system creates a goal narrative and display fields needed for data collection (step 504). The data collection options may depend on the type of data collection method and the responses entered for the associated fields (e.g., in step 502).

Next, the system receives data from users and prompts for any required data not collected (step 506). The system may automatically score the data based on the rules associated with the data collection method and responses may automatically graph the data on the graph.

Next, the system determines whether data are collected properly (step 508). The determination of step 508 may be made based the data collection method. For example, the system may require that three entries are received per week and if only two are received, the data are not deemed to have been collected properly.

If the data are not collected properly in step 508, the system sends an alert to the service provider indicating that there are missing data (step 510). During step 508, the system may also indicate that there was insufficient data collected during a time period to the extent a graph is automatically generated or generated based on a user request. For example, any incomplete graphs may be automatically marked as such. After step 510, a user may correct the lack of data by submitting data that are received by the user. The submission may be made through a website, application, or any number of devices.

If the data are collected properly in step 508, the system analyzes the data and graphs the data for display (step 512). In one embodiment at the end of the process of FIG. 5 that may be performed by a goal wizard, the option is given to customize the data analysis fields if applicable. If this option is chosen, the user is prompted to identify the rules for determining “status” and “significance” by completing the following questions: i). Regression from Mastery: ______ consecutive data records off MGL, ii). Progress: ______ out of ______=>upward MGL/=<downward MGL, iii). Not on Track: ______ out of ______=<upward MGL/=>downward MGL, and iv). Significance: ______ consecutive points that are Regression from Mastery—______Consecutive points that are Not on Track.

For behavioral-type goals that are marked as “decrease,” in addition to the data filed associated with the type of data collection method, the following questions are provided as well: i). Severity—option for On Off (* Standard rating scale of severity is provided but may be customized), ii). Response—offers limitless number and fields for Label and Description for each, iii). Antecedent/Triggers—offers limitless number and fields for label and description for each, iv). Function—Offers options for Obtain, Escape, Automatic, and Attention and fields to write descriptions for each.

FIG. 6 is a pictorial representation of a monitoring environment 600 in accordance with an illustrative embodiment. The monitoring environment 600 represents any number of facilities, buildings, or conditions in which the illustrative embodiments may be utilized. The monitoring environment 600 may be utilized to determine the location of any or all individuals within the facility as well as determine user and environmental conditions. For example, the monitoring environment 600 may represent a group home, a hospital, or business. The monitoring environment 600 may include any number of components including a client 602, a communications device 604, a door 606, a scanner 608, a panic button 610, a camera 612, a display 614, a user 616, speakers 618, and sensors 620.

In one embodiment, the panic button 610 is configured to set off an alarm or notify everyone or previously identified individuals in the event that there is an event that demands immediate attention. The panic button 610 may be utilized by any number of users or clients in proximity to it. The associated alert may be broadcast universally or selectively. For example, the panic button 610 may be activated in response to a heated argument between two clients and may be communicated to individuals assigned to address security issues or arguments. In another embodiment, the communications device 604 may include a panic indicator that may be relayed to the panic button 610 for communication to the designated location and parties. For example, logic may indicate specific individuals or groups of individuals that receive an alert based on a detected action, location, time of day, or so forth.

The monitoring environment 600 may include any number of rooms, furniture, separators, other individuals, or so forth that are not specifically called out. For example, the client 602 may enter the monitoring environment 600 through the door 606. In response to entering the door 606, the communications device 604 and the scanner 608 may communicate to document the location of the client 602. In one embodiment, scanners at the entryways to distinct portions of a building or room may indicate the general proximity of the client 602. The information associated with the monitoring environment 600 may be stored in any number of databases, memories, or electronic storage systems for permanent or temporary access. Positive or negative alerts may be generated in response to criteria or parameters associated with the location of the client 602.

The communications device 604 may represent a wireless communications device or personal signaling device. The communications device 604 may be waterproof, durable, and shock resistant. The communications device 604 may be freely removable or may be secured to the client utilizing a specialized tool. In one embodiment, the communications device 604 may be a bracelet, necklace, armband, glasses, anklet, electronic sticker, headband, ornament, or other item that may be worn or integrated with the clothing or body of the client 602. The communications device 606 may communicate utilizing Wi-Fi, Bluetooth, ZigBee, global positioning system (GPS) signals, near field communications, or other existing or developing communications protocols. The communications device 604 may include a microphone, speaker, vibrator, text display, leads, biometric sensor, or other components.

The communications device 604 may also be configured to determine biometric information associated with the client 602. In one embodiment, the communications device 604 may be configured to determine a heart rate, skin response, temperature, breathing rate, blood sugar level, agitation level (e.g. voice intensity, pitch, or frequency), or other vital information associated with the client 602. The communications device 604 may also be able to determine a distance between the client 602 and one or more other clients or the user 616. For example, the communications device 604 may indicate that the client 602 is speaking to two other clients and that the client 602 and a secondary client both have elevated heart rate and are yelling at each other while the user 616 monitors the situation from approximately 20 feet away.

The communications device 604 may transmit client information and a location of the client 602 to one or more centralized systems through a wireless access point, wireless device, intercom system, or other communications points. The communications device 604 may communicate with one or more external devices to determine a location. For example, the communications device 604 may communicate with the sensors 620 indicate a room position of the client 602. In other embodiments, GPS information may be determined by the communications device 604. The GPS information may be utilized to determine the location of the client 602 as well as the communications device 604 if it is lost or otherwise removed. Any number of location generation techniques may be utilized including proximity detection, wireless triangulation, signal strength indicators, or any combination thereof. The scanner 608 and the sensors 620 may be wireless access points, radio frequency identification (RFID) tag readers, wireless beacons, proximity sensors, or other similar devices. In one embodiment, the scanner 608 and the sensor 620 may be integrated with light fixtures, outlets, intercoms, tiles, or other components typically included in a room or facility.

In one embodiment, the communications device 604 may log activities of the client 602 throughout the day and the associated vital information to determine activities that allow the client 602 to relax and activities that may potentially agitate the client 602. The logged activities may be utilized to determine strategies and plans for any number of clients and users.

The location of the client 602 and the user 616 may also be determined utilizing the camera 612. The camera 612 may include picture, video, and audio capturing components. The camera 612 may be wireless or wired for communications with the system as herein described. In one embodiment, the camera 612 may utilize logic or algorithms to perform motion capture including detecting sudden movements, struggles, or other information that may be associated with a negative event. The camera 612 may also capture information associated with positive events for automatic or manual documentation.

Various output devices within the monitoring environment 100 may be configured to communicate auditory, video, visual, or tactile messages to the client 602 or the user 616. In one embodiment, the various communications devices and electronics within the monitoring environment 100 may be controlled through a wired or wireless communications network. As a result, communications and other messaging may be coordinated for maximum effectiveness. In one embodiment, the communications device 604, the display 614, and the speakers 618 may be configured to provide one or more of auditory output (e.g. spoken words, verbal directions, music, a calming mantra, etc.), visual output (e.g. words, pictures, videos), or tactile output (e.g. vibrations with optional speed and frequency).

The strategy may be determined based on an algorithm of the system and may be specific to the client 602. The strategies may be previously entered for the client 602 may be based on data mining for similar situations and clients. For example, a piece of music known calm client 602 may be played through the speakers 618 and the communications device 604 in response to the client 602 becoming agitated. The strategy may be implemented automatically or manually based on selection of the client 602 or a provider, administrator, or other party authorized to implement the strategy for the client 602. For example, the communications device 604 may flash green in response to a positive action and may flash red and vibrate in response to a negative event occurring and then provide positive or negative feedback accompanying suggestions for de-escalation.

Actions performed by the different components of the monitoring environment 600 may be based on the vital information, actions, biometric readings, environmental recordings (e.g. loud noises, repeated movements, etc.) or other indicators that may indicate the behavior of concern is occurring. In one embodiment, the communications device 604 may act as a personal panic device for the client 602. For example, the client 602 may automatically request help by pressing a button on the communications device 604. The communications device 604 may also be enabled for voice communications or may include a walkie-talkie function. In one embodiment, the user 616 may include a similar communications device or may communicate with the client 602 utilizing an application run on both a communications device (not shown) controlled by the user 616 and an application run on the communications device 604 of the client 602.

The display 614 may represent a television, computer monitor, electronic glass, or other display component integrated with or attached to the floors, walls, ceiling, furniture, or other aspects of the monitoring environment 600. In one embodiment, the user 616 may utilize the camera 612 to provide audio and video feedback to the client 602 in any different room or section of the monitoring environment 600. For example, the user 616 may provide instructions for performing a calming ritual known to help the client 602 relax or face a phobia.

In one embodiment, a reinforcement recorder may be linked to the communications device 604. The communications device 604 may be utilized with the reinforcement recorder to provide the client 602 with positive reinforcement on a fixed or variable schedule. The reinforcement may be an auditory, visual, or tactile output that is automatically or manually generated. For example, if the client 602 is viewed as performing a cleaning act without prompting through the camera 612, the user 616 may utilize a cell phone to text a message that is routed to the communications device 604 telling the client 602 that he has done a good job.

The communications device 604 and the other monitoring equipment may also be utilized to monitor the health of the client 602. For example, the client 602 may have a heart condition that may be monitored utilizing a pole, temperature, and position of the user 602. The communications device 604 may include accelerometers that may determine the location and position of the client 602. For example, the accelerometers of the communications device 604 may determine that the client 602 is lying down in a position that is not associated with his room or bed.

The communications device 604 is one example of a communications device that may record data associated with a client. Any number of communications device may be utilized simultaneously. Each communication device may be associated with a client profile or other unique identifier for distinguishing the data. As a result, any number of channels or frequencies may be utilized simultaneously. In one embodiment, the communications device 604 may include multiple transceivers for communicating utilizing a short range signal (when available) and transitioning to long distance communications (e.g., cell signals) when short range signals are unavailable. The communications device may be configured to display a time, date, text, video, audio, or tactile alerts. The communications device 604 may also be configured for simplex, half-duplex, or full duplex communications. The communications device 604 may include a touch screen, dedicated keys (e.g., panic button, voice communications, etc.), soft keys, volume indicator, and so forth. The communications device 604 may represent any number of existing or developing communications devices that interface with the system through communications and software.

The illustrative embodiments provide a number of advantages over the existing art. For example, the embodiments provide an automated AIM process for assessment that drives goals, services, and interventions. Goal management functionality allows goals to be defined, created, tracked and analyzed utilizing data. Goals may be separately stored on any number of micro and macro-levels for reference by other organizations, service providers, and individuals. The illustrative embodiments also provide a prompted data collection, calculation and analysis, and graphing process for information, such as a minimum growth line. Standardized and structured interpretations of data are presented graphically and statistically for review along with a definitive status.

The illustrative embodiments may provide an interface that displays clients assigned to a particular provider. By selecting a picture, icon, text, or avatar associated with the client 602, tracking information would be displayed for easy data entry related to one or more goals. Data may be synched between any number of devices in response to changes saved on a single device. Similarly, alerts and notifications may be propagated through the system to applications and devices based on a user logged in or associated (permanently or temporarily) with the applications and devices. The reinforcement recorder may also be active on a device or application and may allow entry of specified reinforcement information for a client or group of clients to be entered. Medication and other sensitive or critical time-dependent information may be communicated via an audio, video, text, or tactile prompt at a set time interval prior to the event (e.g. prompt a provider to provide a client medication at a set time). All information related to an event, including the client 602, the medication with full dosage and administration instructions, and method for indicating the event is completed may be provided through the interface.

The illustrative embodiments also provide for a number of notifications and alerts. For example, real-time communications may be configured based on preset conditions and parameters (e.g., errors in user application, incomplete data collection or analysis, quality assurance audits, etc.). Stakeholder, team, or transdisciplinary communications are facilitated. For example, stakeholders may see what others have done on a case and automatic alerts are sent out to notify needed stakeholders so that the stakeholders may collaborate and form solutions. As a result, individual responsibility and ownership of issues are encouraged while increasing shared ownership and accountability. All data stored by the illustrative embodiments may be stored and analyzed through a set of standardized reports or customized reports based on user needs. Analysis of data may be utilized for individual client monitoring and may also look for trends in all levels of the hierarchy within the user and among a hierarchy of different users with similar purposes or roles. As a result, the system allows for process modifications at all levels that are associated with the most positive outcomes.

A browser, graphical user interface, or application as herein described may be utilized to provide an example of the embodiments labeled as Reliable Evidence-Based Outcomes Optimization Technologies or other applicable labels. The user interface may prompt to one or more users for logging in, creating a password, modifying a password, resetting a password, system administration for providers, searching, suggested searching, alert notification generation and display, customizing a workspace, portal, or dashboard, creating new providers, adding, modifying, and deleting providers, teams, service providers, and clients, client data, profiles, and details, managing permissions, archiving users, creating and managing contacts, updating information, commenting, assigning caseloads, managing caseloads, establishing settings, tracking user activity, updating service information and plans, establishing, recording, tracking, and managing goals and objectives, establishing data collection methods and profiles, performing task analysis, ITT, interval recording, time recording, frequency, percentage recording data, creating episode records, indicating status and significance levels, AIM review, comments (e.g., text, audio, video, etc.), updating goals, goal activity, GMD, quick views, and data collection.

Progression towards reaching a goal and developing required skills may be broken down into manageable steps (e.g., numbered steps, labeled progression steps, etc.). In one embodiment, tips and strategies may be offered to the client, providers, administrators, parents/guardians, and other parties. Education and expectations may be managed with applicable information. The system may true up diagnosis with daily living, manage goal obtainment across the complete set of goals for the client, and automatically generate next steps or reaching the goals. During the process, the steps may create and learn what works for different clients to provide recommendations across providers, groups, organizations, businesses, government, and so forth.

As described in FIG. 6, the illustrative embodiments may be utilized with any number of imaging systems (HD cameras, infrared, multiple wavelength, etc.), medical devices, communications devices, cameras, or so forth to gather biometric feedback. The biometric feedback may be associated with one or more patients individually or as a group. In one embodiment, biometrics may include pulse rate, facial expressions, sweat analysis, retinal or pupil dilation, body heat output, galvanic skin response, respiration rate, voice stress analysis, or other indicators. In one embodiment, the patients may wear medical devices, such as bracelets, glasses, or headbands. The medical devices may be configured to determine any of the aforementioned biometrics. The biometrics may also be associated with known emotional responses or conditions, such as anger, fear, excitement, agitation, or so forth that may be utilized to intervene or take action. In one embodiment, the biometrics may be configured to generate alerts, such as an indication that a group is becoming agitated or an event may be about to occur, such as a fight or escalated argument.

As noted, the illustrative embodiments are HIPPA compliant and protect data privacy. The illustrative embodiments allow for monitoring and modification of medical and behavioral based outcomes. When used outside of a point of care or medical platform, the illustrative embodiments may utilize a HIPAA compliant client management program. The platform may represent the health system 100 and/or server 200 of FIG. 2.

In a hospital, home care, or point of care setting and account is established, and services providers and administrators establish goals for pre and post procedures, health improvement, and recovery-based goals for the client. The platform may assign and monitor client tests and teaching responses based on rules-based scoring to monitor specific thresholds and indicate when the thresholds are crossed. Alerts to the administrator or other users may serve to modify the client regimen, maintain the current course of action, or assign a new service provider to the client.

The illustrative embodiments provide the ability to monitor and modify healthcare and intervention plans, health-based goals and objectives through recorded activities, and notes from the service provider and administrator used for monitoring of healthcare and point of care outcomes for client success or failure. The client management system may help perform goal set up. For example, the goals and associated mastery level may be set or recommended based on the current status of the client. Goals may be established to be mastered through repetition and over time and not just achieved one time (e.g., exercising three times a week for 10 weeks, taking medication daily for three weeks, etc.).

The platform helps in reaching, achieving, and mastering specific health and point of care related goals by marking, measuring, and indicating the passing of specific thresholds related to health outcome mastery. The thresholds may also be used to indicate when there is a risk of not achieving a specific health related goal or outcome.

The platform monitors the time and occurrence of each client interaction and allows service providers and administrators to monitor the status of a client's goal-based outcomes progression and to establish and measure the data against a minimum growth line.

The platform may assign specific healthcare or point of care service providers to users and may modify the course of action based on thresholds, which are overseen by an administrator who tracks and monitors the thresholds and progress of various outcome-based programs tied to user accounts.

The platform may differentiate itself by not allowing the healthcare data points to be determined by the discretion of the user alone, but rather the interaction with service providers and administrators. The interaction between the user, service providers, and administrators creates data used as a measurement tool that indicates the crossing of specific thresholds that are tracked in each interaction between the clients and the client management program or service providers. As a result, the data may be used to inform the instruction and guidance of the service providers and administrators which are weighed against specific established thresholds. These interactions are tracked via a cloud network or an internal private healthcare network.

The platform data includes healthcare and point of care goals and objectives, intervention plans, recorded activities, and general notes, which are overseen by the service provider and administrator. The data input related to the client account is measured against specific thresholds and the administrator may make recommendations to several service providers helping expand the reach and capacity of each administrator to help a greater number of clients reach a positive outcome.

The relational database management system performs data mining to analyze the data from the service providers to associate best practices with each of the individuals. This process is overseen by both the administrator and service providers.

FIG. 7 is a flowchart of a process for utilizing data in accordance with an illustrative embodiment. All or portions of the process of FIG. 7 may be implemented with the process of FIG. 5. The process of FIG. 7 may begin by tracking setup of an initial account (step 702). The initial account creation and follow-up user device interactions may be tracked by the client management program. The administrators and service providers may oversee the client management program. Each user may be provided a login for utilization over a secure network. Sometimes the login is provided through a referral for specific services. The addition of content may be performed at any time. In one embodiment, the client management system may learn from electronic medical records or electronic health records or their associated feeds. For example, external devices, systems, or software may communicate with the client management system based on permissions to compile applicable information.

Next, the system creates a client baseline (step 704). Input regarding the user (e.g., service provider) and/or patients may be received and stored as part of the initial account creation process. During account creation a client baseline may be established utilizing received data. The baseline goals may be derived from both administrator, user, and patient. For example, the user may provide input, responses, and communications through a number of devices based on questions, tests, recorded activities, notes, and assessments. The service providers and administrators receive data through a number of collection methods including task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, and a reinforcement recorder. All of these processes for data gathering are administrator and service provider-based and the collection methods are measurable through client interaction with the system, service providers, and administrators. An assessment step may also be performed. For example, information applicable to physical, adaptive, social-emotional, cognitive, and communication domains may be performed. The system may also provide personalized recommendations. For example, applied behavior analysis (ABA) may be utilized to guide behavior and skill development for each domain, based on age equivalency, chronological age, user guidelines, practice-based evidence from treatment (e.g., in-home, educational, residential, facility-based, etc.), and other available data.

Next, the system assists creation of customized goals (step 706). In one embodiment, the client management program is used to track, tally and aid the service providers in creating customized goal-based recommendations from the user device interactions. In one embodiment, sensors (e.g., wearable, environmental, etc.) may automatically gather information for updating data, creating the client baseline (step 704) and creating customized goals (step 706). The system or administrators may recommend varied goal modules and plans of action to service providers based on the data gathered at the client management program stored in a secure server and accessed through a cloud network. During step 706, the system evaluates and analyzes the results through a threshold management tool which gives administrators and service providers the ability to tailor health and point of care outcomes to each user's interaction within the client management program.

The client responses at the device level may be based on the answers or responses to teaching, presentations, and reinforcement and may be compared against established thresholds. The thresholds may utilize predetermined scores derived from client responses and tracked at the client management system. The data from each device interaction at the client management level may be derived from any client interactions or responses to predetermined prompts. The data for goal completion is delivered via device in computer generated from creating a visual representation report indicating the status of each goal completed, the progress and status of the current goal, and the next steps for the client to meet and reach those client-based needs. The system may facilitate easy data entry and automated status calculations. For example, push notifications may be communicated through the application for data entry. Data may be received and processed based on intervals, time periods, user requests, or based on specified events. The system may facilitate a simple response structure where possible (e.g., yes/no, numeric, etc.). Any number of soft buttons, scroll down menus, fields, or other selection components may be utilized.

Next, the system performs client services matching (step 708). Each interaction with the client management program are recorded and analyzed for establishing goals for the clients. The visual indicators of the system may show how and why changes to the goals, course of action, service providers, or services are matched to the client. Scores, compilations, or results may be utilized to perform client services matching (and may be part of step 712). The client services matching of step 708 may be performed at any time. The client may be matched to one or more new service providers that may better fit their needs at any time. For example, the client may be struggling with female service providers, and as a result, may be assigned to one or more male service providers that have a history of working well with clients with discipline issues. As noted, client services matching may be performed at any time in the best interests of the client. The system may utilize the client management system to track data points with regard to any client to determine whether changes to the client services/service providers may be required (e.g., based on tracking time of interaction, occurrences, occurrence frequency, thresholds, scores, etc.). The scores may be generated based on current and historical data. For example, artificial intelligence may utilize various rules to determine the score.

Next, the system determines whether modifications are required (step 710). The client management programs records positive, negative, and neutral client interactions to generate a score. The system may utilize visual indicators delivered to the client, service provider, and/or administrator to recommend whether modifications are required to the current course of action, goals, or so forth.

If the modifications are required in step 710, the system performs modifications for the client (step 712). In one embodiment, the system may determine modifications are required in response to passing a threshold. The threshold may be applicable to one or multiple factors, goals, parameters, or criteria. For example, when the total positive interactions have been reached and a specific threshold has been passed, a goal has been accomplished, positive encouragement may be sent to the user and the next goal may be established as part of the modifications of step 712.

If there are several negative or missed interactions with the system and the score or tall of negative interactions or missed goals has reached a specified threshold, the system may alert the administrator that the goal program and associated activities may need to be modified as part of steps 708 or 712. Any number of positive or negative modifications may be made during step 712 to help best adjust to the needs and best interests of the clients. The administrator and service providers may access the client responses to each service provider interactions at the client management system. These responses and tests may indicate a need for a change in service provider(s) based on client responses, exceeded thresholds, task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, and/or a reinforcement recorder. The responses to the predetermined prompts are generated from device interactions or via interactions with matched service providers. The client responses at the device level may be based on the answers or responses to teaching, presentations, and reinforcement may be compared against established thresholds. The established thresholds may be based on predetermined scores derived from the client responses and tracked by the client management system.

The administrators and services providers may access client information (e.g., responses, monitoring, tests, evaluations, etc.) utilizing the client management system. The responses and tests may indicate a need for a change in service provider based on client responses, a positive or negative threshold being exceeded, task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, a reinforcement recorder, or other applicable information and data. As noted, responses to predetermined prompts may be generated from device interactions or via interactions with matched service providers. If the modifications are not required in step 710, the process ends. In one embodiment, the modifications may not be required if the current parameters, settings, goals, and thresholds are still functioning in the best interest of the client. For example, if the system determines there is a blend of positive and negative interactions, but the total interaction tally is not over or under a specified threshold, the system may determine there is no need for modifications to intervention efforts, goals, actions, or so forth.

In one embodiment, the system may be utilized for post-surgery outcomes for remote patient monitoring. The patient may be assigned to be monitored in the patient's home. The patient may invoke the system through a sign-up process and then may communicate at regular intervals or time periods. The client's actions may be tracked with regard to identified goals and whether those goals are met based on goal thresholds. The interactions, progress, and actions of the client are tracked by the client management program of the system for the purpose of data analysis, data collection, and data reporting. The system may utilize a rigorous evaluation process. The system may provide status updates periodically, based on events, or as needed. For example, any number of backend algorithms may be utilized to evaluate progress, lack of progress, regression, mastery, and regression from mastery. Any number of charts, spreadsheets, graphics, animations, visual aids, videos, audio files, or other content may be utilized to output the available information and data. The information and data may be displayed as part of a web portal, mobile application, program (e.g., cloud implemented, locally executed, etc.).

In one embodiment, the client may perform communications and input through their own device, such as a smart phone, tablet, or personal computer, or a provided device (e.g., facility associated, rented, leased, etc.). For example, positive indications of completed goals may record the positive progress as well as provide the client positive reinforcement. The goals may be established by the administrator and/or service providers and may range from goal-based task analysis, intensive trial teaching, interval recording, duration recording, frequency, recording, and percentage recording.

If the assigned goals are not being met and a specific threshold is not been crossed, the system may note the potential of a negative emotional or physical state. In this instant, a service provider may reach out directly to the client to address the problems or issues. If the service provider determines that there is a physical or emotional issue (e.g., depression, infection, medication complications, lack of effort, etc.), the service provider may record their observations, tests, or input in the system as part of the contact process. The data provided by the service provider may be verbal, biometric, measured, or so forth. For example, an indication or diagnosis of depression may be performed based on a questionnaire focused on depression and observations or confirmations made by the service provider. Dates, times, and information associated each occurrence or detection of an occurrence may be saved by the client management program.

The client management program measures the client's initial response data which is matched to an initial service provider who may be the first point-of-contact. The first point-of-contact may be a key service provider or user responsible for the well-being of the client. The first-point-of-contact follows up with the client and indicates to the administrator(s) the results of follow up (e.g., depression questionnaire, testing, etc.) and recommendations for the client's goals or regimen. The administrator or service provider may then indicate to the appropriate services or departments, such as a healthcare provider, nurse, doctor, counselor, parent/guardian, or psychiatrist that there is a match for their services at the client level. The administrator or service providers may determine if the client's condition is naturally occurring or exacerbated by known or external factors, stimuli, or conditions (e.g., illegal drugs, post-traumatic stress disorder, family history, etc.). The causes of the issue affecting the client's behavior, health, or condition may affect the responses that are implemented.

The client management program may include and represent a provider interface and value-based decision-making platform. The client management program may include standardized libraries of clinical intervention content (e.g., goals, skills, thresholds, etc.). Various interventions may be selected based on outcomes and skill assessments. The client management program may provide a clear picture of client-based strengths and mastery from start to finish. Transparency is enhanced for all stakeholders that participate in a client's treatment, monitoring, and assistance. Data and applicable information may also be more seamlessly received and processed as initial input, feedback, critical updates, intervention information, and so forth for clients, providers, administrators, organizations, States, nations, and worldwide. As a result, professional and focused intervention services may be implemented. The commitment, processing, release, and discharge decision-making may be enhanced. Automated decisions regarding program and intervention may be made without administrator and provider feedback.

A detailed example of outcomes-based paths and scoring is provided for depression, but may be applicable to any number of health, behavioral, or other issues. FIGS. 8 and 9 illustrate pictorial representations of outcome-based paths and scoring for depression in accordance with illustrative embodiments. The user interface 800 illustrates a summary of outcome-based paths and scoring for depression. The user interface 800 may also be applicable to any number of conditions. In one embodiment, yes/no answers may be utilized to perform testing and scoring. For example, a yes answer may be associated with the associated points shown in the user interface 800. In another embodiment, some answers may subtract points (or add negative points).

In one embodiment, the user interface 800 may include the following questions that may be automatically posed, determined, or observed from the client: 1. Initial indication of depression at the client management program: Indicated a match for initial first points of contract consultation (+1 point); 2. Poor appetite or overeating cause of depression is dietary: Indicates the need for interaction with a Nutritionist (+1 point); 3. Little interest or pleasure in doing things: Indicates a match for interaction with a counselor, therapist or doctor (+1 point); 4. Feeling down, depressed, hopeless or cause of depression is unknown: Indicates a match for interaction with a counselor, therapist or doctor (+1 Point); 5. Trouble concentrating on things, such as reading the newspaper or watching television: Indicates a match for interaction with a counselor, therapist or doctor (+1 point); 6. Trouble falling or staying asleep, or sleeping too much: Indicates a match for interaction with a counselor, therapist or doctor (+1 point); 7. Feeling tired or having little energy: Indicates the need for interaction with a nutritionist (+1 point); 8. A family history of depression: Indicates the need for interaction with a therapist, doctor or psychologist (+2 point); 9. Feeling bad about yourself—or that you are a failure or have let yourself or your family down (+2 point); 10. Moving or speaking so slowly that other people could have noticed (+2 point); 11. Depression caused by improper medication or dosage: Indicates a match for an interaction with the clients psychiatrist, primary care physician or a match for an interaction with a pharmacist (+3 points); 12. A potential interaction with prescription medications: Indicates a match for interaction with a pharmacist and the client's doctors. (+4 points); 13. An illegal drug or Alcohol interaction: Indicates a match for interaction with a drug counselor, psychiatric care or medical intervention. (+5 points); 14. Post-Traumatic Stress Disorder (PTSD): Indicates the need for interaction with a Trauma or PTSD Specialist. (+6 points); Thoughts that you would be better off dead, or of hurting yourself (+7 points); and Suicidal thoughts: Indicate the need for interaction with Suicide Prevention or grief counselor (+7 points).

FIG. 9 is a pictorial representation of a user interface 900 for outcome-based scoring in accordance with an illustrative embodiment. The user interface 900 may request information of administrators, providers, or clients, such as the following: A. Do you want to collect data all day Yes/No; If not, Data Collection from ______ time to ______ time (9 pm daily); B. What is the desired goal and score? (______) baseline under X); C. Choose collection limit: (Exactly) At Least; D. Across how many opportunities? ______ out of ______ (Measure baseline daily); E. How would you like your data calculated and graphed? (Cumulative and Average); F. For how long do you want (subject) to maintain the score in order to consider this goal/objective mastered? (______) out of (______)(average interval) of (______) months; G. Projected closure data for goal/objective (timeline to master or reassess) 6 months; H. Y axis label—Y/N; I. Baseline mode—(on) or off; J. Option to add to goal bank: Y/N; K. Goal Instructions/Directions; L. Special permissions related to data collection—Y/N; M. Alert recipients—Y/N; and N. Customized modification to data analysis rules if applicable Y/N. Any number of additional questions may also be posed utilizing an application, graphical user interface, or so forth.

The data and results from the system may be delivered to any number or type of care teams through systems, interfaces, or other communications interfaces, such as augmented reality, health faults, biometric displays, avatars, dashboards, health coaches, integrated platforms, education systems, applications, and so forth.

As will be appreciated by one skilled in the art, aspects of the present inventive subject matter may be embodied as a system, method or computer program product. Accordingly, aspects of the present inventive subject matter may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present inventive subject matter may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present inventive subject matter may be written in any combination of one or more programming languages, including an object-oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

Aspects of the present inventive subject matter are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the inventive subject matter. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, may be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general-purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

FIG. 1 depicts an example server 106. The server and other computer systems of FIG. 1 may include a processor unit (possibly including multiple processors, multiple cores, multiple nodes, and/or implementing multi-threading, etc.). The server 106 includes a memory. The memory may be system memory (e.g., one or more of cache, SRAM, DRAM, zero capacitor RAM, Twin Transistor RAM, eDRAM, EDO RAM, DDR RAM, EEPROM, NRAM, RRAM, SONOS, PRAM, etc.) or any one or more of the above already described possible realizations of machine-readable media. The computer system also includes a bus YY03 (e.g., PCI, ISA, PCI-Express, HyperTransport®, InfiniBand®, NuBus, etc.), a network interface YY05 (e.g., an ATM interface, an Ethernet interface, a Frame Relay interface, SONET interface, wireless interface, etc.), and a storage device(s) or database (e.g., optical storage, magnetic storage, etc.). In one embodiment, the system memory or database 108 associated with the server embodies functionality to implement embodiments described above.

In addition, any one of these functionalities may be partially (or entirely) implemented in hardware and/or on the processing unit of the server 106. For example, the functionality may be implemented with an application specific integrated circuit, in logic implemented in the processing unit, in a co-processor on a peripheral device or card, etc. Further, realizations may include fewer or additional components not illustrated in FIG. 1 (e.g., video cards, audio cards, additional network interfaces, peripheral devices, etc.).

FIG. 10 is a pictorial representation of a user interface 1000 in accordance with an illustrative embodiment. The user interface 1000 may be utilized to provide information to administrators, providers, and users. For example, the user interface 1000 may communicate goal information applicable to one or more users.

In one embodiment, the user interface 1000 may visually, textually, and/or numerically display information regarding wellness, stress, performance, sleep, blood pressure, heart rate, respiration rate, oxygen levels (e.g., SPO2), activity level, ECG, hydration, body mass index, skin temperature, altitude, steps, and fall detection. The user interface 1000 may also display an overall graphic for the goals indicating active goals and archived goals. Profile information, such as name, age, total mastered goals, and other applicable information may be displayed by the user interface 1000.

FIGS. 11-16 are pictorial representations of interfaces of a mobile application in accordance with an illustrative embodiment. In one embodiment, the interfaces of the mobile application may display information applicable to the components of the user interface 1000 of FIG. 10. The various data, information, and biometrics may be determined by wearable sensors (e.g., smart watches, armbands, chest straps, hearables, smart hearing aids, smart headbands, etc.), environmental sensors, or other devices utilized by administrators, providers, or users.

Charts and graphs may be displayed for the applicable measurements per time period. For example, more detailed information may be shown by specific day, week, month, year, event, or so forth. In one embodiment, a user interface 1100 displays blood pressure information. A user interface 1200 may display heart rate information. A user interface 1300 may display respiration rate information. A user interface 1400 may display an activity level of the user.

In one embodiment, the illustrative embodiments may perform remote patient care utilizing any number of systems, devices, and methods as incorporated by reference from application Ser. No. 15/876,815 filed on Jan. 22, 2018 and the associated priority applications which are incorporated by reference in its entirety. For example, any number of devices may be utilized to capture applicable data. In one process, a system may receive a prescription from a medical professional for remote patient care. The remote patient care may be prescribed by a doctor, nurse, psychologist/psychiatrist, physician's assistant, nurse practitioner, or other authorized medical professional. The patient monitoring may be performed utilizing any number of wireless devices, wearables, hearables, smart clothing, blood pressure monitors, glucose monitors, heart rate monitors, blood oxygen monitors, or so forth whether consumer or hospital grade. The monitoring and communication of applicable patient data may be performed through any number of electronic devices to any number of networks. For example, applicable information may be captured from a weight scale and heart rate monitor without smart features.

Next, the system enables user downloads a remote monitoring application to one or more associated devices. The remote monitoring application may represent one or more mobile applications, desktop programs, or so forth. The remote monitoring application may also represent a dedicated and secured webpage for receiving information from the user/patient. In one embodiment, an identifier, pin, password, secure link, secure access process, or prescription number may be required to download the remote monitoring application. For example, a pin may be communicated to the patient through a text messaging system to ensure that the patient is authorized to download and use the remote monitoring application.

Next, the system begins remote patient monitoring. The remote patient monitoring may be performed automatically utilizing one or more sensors or monitoring components of the applicable devices. The remote patient monitoring may also be performed in response to user input to the associated device (e.g., positioning the device on or in the body of the patient, powering on the device, receiving a user selection of a button, soft button, or selection component, etc.). As previously disclosed, the remote patient monitoring may be performed utilizing a number of devices, such as image data captured by a smart phone from a weight scale and blood pressure cuff.

The intrinsic codes of the illustrative embodiments provide artificial intelligence and machine learning. The illustrative embodiments may particularly implement big data analytics, machine and deep learning, human like reasoning, continuous real-time and deep learning, traceable justification and casual reason for decision outputs, interoperability (e.g., handling logical contradictions, data incompleteness, etc.). The illustrative embodiments are utilized to perform logical and causal reasoning (e.g., inference/reasoning, multi-phase logic, conceptualization, exploration, scenarios/what-ifs, fuzzy logic, and dynamic fight/flight mitigation. The client data may be analyzed utilizing algorithms, pattern analysis, perceptions, recognition/identification, statistical co-occurrence, multi-sensor perceptions, and Bayesian/dissipative recognition.

FIGS. 14 and 15 illustrate user interfaces 1700, 1800, 1900, 2000, 2100, and 2200. The user interface 1700 may show information for a patient. In particular, the user interface 1700 may be utilized to empower and engage the patient, increase the quality of care, reduces costs, and facilitate the progress of the patient (e.g., evaluate where the patient is now, determine what is possible and how to get there, monitor and illustrate success, provide support when off-track, celebrate functional autonomy, etc.). The user interface 1700 may communicate a picture, avatar, or profile for updating or communicating assessments, goals, settings, or information (e.g., physical, adaptive, social-emotional, cognitive, communications, etc.).

The user interface 1800 may provide information for the user to with the mobile application to record information, such as exercise, medication, and communications. The user interface 1800 may be utilized to update information and send communications. For example, the user interface 1900 may track progress of taking their medication. The user interface 1900 may be utilized for guided applied behavior analysis (ABA) and skill development. The information may be used for each domain, based on age equivalency, chronological age, and other available data, using guidelines for the primary evidence-based treatment intervention, and tailored according to practice-based evidence. For example, the treatment (e.g., in-home, educational, residential, facility-based, etc.) may be performed for individuals with autism spectrum disorder.

The user interface 2000 may also be utilized to facilitate reaching specified goals. Goal setup may allow the provider to specify terms, conditions, and parameters for the goal. For example, the user interface 2000 may track the efforts of the patient to take medications on her own and at the right time a number of times per week.

The user interface 2100 may be utilized track goals and applicable information including progress, lack of progress, mastery, and regression from mastery. The user interface 2200 may be utilized to track administrators, family members, friends, and providers that have access to the patient's information. For example, permissions may viewed or edited from the user interface 2100.

The illustrative embodiments are utilized to enhance patient engagement. The continuous engagement of the patient may be performed utilizing health data, risk analysis, risk reduction, care planning, and outcomes to ensure that the patient receives the right care at the right place and time. The illustrative embodiments utilize real time data, historical data, and intrinsic code to determine outcomes. The illustrative embodiments may also be implemented with other artificial intelligence systems, networks, equipment, devices, or algorithms to enhance performance of all or portions of the illustrative embodiments. The illustrative embodiments may utilize reasoning, expressive representation language, broad knowledge, context, and other applicable information, data, or metadata to determine applicable information. In some embodiments, the applicable data and information may be communicated transparently for administrators, providers, parents, and other stakeholders. For parties that are not authorized to receive the information, identifying for personal information may be removed. As a result, collaboration, responsibility, open evaluations, and progression become more of a focus.

While the embodiments are described with reference to various implementations and exploitations, it will be understood that these embodiments are illustrative and that the scope of the inventive subject matter is not limited to them. In general, techniques for managing goals and outcomes for organizations, groups or individuals as described herein may be implemented with facilities consistent with any hardware system or hardware systems. Many variations, modifications, additions, and improvements are possible.

Plural instances may be provided for components, operations or structures described herein as a single instance. Finally, boundaries between various components, operations and data stores are somewhat arbitrary, and particular operations are illustrated in the context of specific illustrative configurations. Other allocations of functionality are envisioned and may fall within the scope of the inventive subject matter. In general, structures and functionality presented as separate components in the exemplary configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements may fall within the scope of the inventive subject matter. 

What is claimed is:
 1. A method for tracking goal progression, the method comprising: receiving input, by an administrator, for establishing an account for a client, wherein the client is an individual receiving treatment or assistance, and wherein the accounts are stored in a server available through one or more networks; assigning the client to one or more of providers in response to selections from the administrator, wherein the one or more providers include at least individuals available to treat or assist the client; determining, by the one or more providers, treatment and assistance for the client, which is used for establishing goals, a plan of action, and thresholds for the client, wherein the thresholds represent certain points of progress towards the goals; periodically receiving updated data, from the one or more providers, about the status and/or well-being of the client; compiling data associated with the client received from the one or more providers utilizing computing or communications devices in communication with the server, wherein the computing or communications devices represent devices communicating with the server from any of one or more networks, in order to determine progress of the client towards achieving the goals; and determining whether the thresholds associated with the goals are being met based on the compiled data; and modifying the plan of action, by the one or more providers, in response to one or more of the thresholds not being met.
 2. The method according to claim 1, further comprising: automatically communicating alerts in response to the compiled data varying from one or more of the thresholds to become significant for the client.
 3. The method according to claim 1, wherein the data is compiled through a plurality of collection methods including task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, and a reinforcement recorder.
 4. The method according to claim 1, further comprising: establishing a baseline for the goals of the client.
 5. The method according to claim 4, wherein the baseline is set based on tests, recorded activities, and general notes.
 6. The method according to claim 1, wherein the server is accessed through a cloud network, and wherein a client management program is executed by the computing or communications devices is utilized to receive the data and track progress of the goals.
 7. The method according to claim 1, further comprising: establishing the goals and the plan of action for the client utilizing goal creating and tracking software, wherein the data, goals, plan of action, compiled data, and thresholds are associated with the account of the client.
 8. The method according to claim 1, further comprising: data mining the compiled data to determine best practices; and recommending the best practices to the one or more providers in response to the best practices being associated with a client assigned to the one or more providers.
 9. The method according to claim 1, further comprising: recommending a next goal in response to the client completing the goal.
 10. The method according to claim 1, further comprising: determining whether the data required is received from each of the one or more providers; and sending an alert to the one or more providers in response to determining there is missing data for the client associated with the one or more providers.
 11. The method according to claim 2, further comprising: generating a score based on the compiled data to determine if the compiled data varies from the thresholds to become significant for the client.
 12. The method according to claim 9, further comprising: matching the client with a provider from the one or more providers for the next goal.
 13. A system for tracking goal progression, the system comprising: a server communicates with communications devices through a transceiver utilizing one or more networks, the server includes a processor that executes a client management program to: receive input, by an administrator, for establishing an account for one or more providers serving a client, wherein the client is an individual receiving treatment or assistance, and wherein the accounts are stored in a server available through one or more networks, assign the client to one or more of the providers in response to selections from the administrator, wherein the one or more providers include at least individuals available to treat or assist the client, determine, by the one or more providers, treatment and assistance for the client, which is used to establish goals, a plan of action, and thresholds for the client, wherein the thresholds represent certain points of progress towards the goals, compile data associated with the client received from the providers utilizing computing or communications devices in communication with the server, determine whether the thresholds associated with the goals are being met based on the compiled data, and modify the plan of action, by the one or more providers, in response to one or more of the thresholds not being met; and a database in communication with the server configured to store the data, goals, plan of action, compiled data, and thresholds with the account associated with the client and the one or more providers.
 14. The system according to claim 13, wherein the database is a relational database management system performing data mining to analyze the data from the providers to determine best practices, wherein the best practices are recommended for the client if relevant.
 15. The system according to claim 13, wherein the client management program further establishes a baseline for the goals of the client, wherein the baseline is set based on tests, recorded activities, and general notes.
 16. The system according to claim 13, wherein the client management program further generates a score based on the compiled data to determine if the compiled data varies from the thresholds to become significant for the client.
 17. A server comprising: a processor for executing a set of instructions; and a memory for storing the set of instructions, wherein the set of instructions are executed by the processor to: receive input, by an administrator, for establishing an account for one or more providers serving a client, wherein the client is an individual receiving treatment or assistance, and wherein the accounts are stored in a server available through one or more networks; assign the client to one or more of the providers in response to selections from the administrator, wherein the one or more providers include at least individuals available to treat or assist the client; determine, by the one or more providers, treatment and assistance for the client, which is used to establish goals, a plan of action, and thresholds for the client, wherein the thresholds represent certain points of progress towards the goals; periodically receive updated data about the status and/or well-being of the client from the providers, about the status and/or well-being of the client; compile data associated with the client received from the providers utilizing computing or communications devices in communication with the server, in order to determine progress of the client towards achieving the goals; and determine whether the thresholds associated with the goals are being met based on the compiled data; and modify the plan of action, by the provider, in response to determining whether the one or more thresholds are not being met.
 18. The server according to claim 17, wherein the data is compiled through a plurality of collection methods including task analysis, intensive trial teaching, interval recording, time recording, frequency, percentage data, and a reinforcement recorder.
 19. The server according to claim 17, wherein the set of instructions are further executed to generate a score based on the compiled data to determine if the compiled data varies from the thresholds to become significant for the client.
 20. The server according to claim 17, wherein the set of instructions are further executed to data mine the compiled data to determine best practices; and recommend the best practices to the providers in response to the best practices being associated with a client assigned to the providers. 